Apparatus for a mobile transceiver, apparatus for a base station transceiver, apparatus for a data s

专利摘要:
MOBILE TRANSMITTER-RECEPTOR, BASE STATION TRANSMITTER-RECEPTOR, DATA SERVER AND RELATED DEVICES, METHODS AND COMPUTER PROGRAMS. Embodiments relate to apparatus, methods and computer programs for a mobile transceiver, a base station transceiver and a data server. A mobile transceiver 10 comprises means for extracting context information from an application running on a mobile transceiver 100, context information from an operating system running on a mobile transceiver 100, or context information from hardware or hardware drivers of the mobile transceiver 100, the context information comprising information about a state of the application and/or information about a state of the mobile transceiver 100. The apparatus 10 further comprises means for communicating data packets with the base station transceiver 200, wherein the data packets comprise payload data packets and control data packets, and wherein the means for communicating 14 is operable to communicate payload data packets associated with the application with a data server 300 via the base station transceiver 200. The apparatus 10 further comprises means for providing 16 context information to the transceiver (...).
公开号:BR112013031078B1
申请号:R112013031078-2
申请日:2012-06-01
公开日:2022-02-01
发明作者:Stefan Valentin；Matthias Kaschub；Magnus Proebster；Thomas Werthmann；Christian Müller
申请人:Alcatel Lucent；
IPC主号:

专利说明:

[001] The models of the present invention refer to communication systems, more precisely, but not exclusively, to the transmission of packet data in mobile communication systems. BACKGROUND
[002] There is an increasing demand for higher data transfer speeds for mobile services. At the same time, mobile modem communication systems, such as 3rd generation (3G) systems and 4th generation (4G) systems, provide improved technologies that allow for greater spectral efficiencies and higher data transfer speeds and cell capacities. Today's notebook users are increasingly difficult to satisfy. While typical old cell phones only created data or voice traffic, today's smartphones, tablets and netbooks run multiple applications in parallel, which can be fundamentally different from each other. Compared to typical mobile phones, this mix of applications generates a number of various features. For example, the result of highly dynamic load statistics.
[003] Conventional cellular networks are increasingly overloaded by data traffic; cf. G. Maier, F. Schneider, A. Feldmann. "A First Look at Mobile Hand-held Device Traffic", Zn Proc. Int. Conference on Passive and Active Network Measurement (PAM'10), April 2010. This high load is mainly caused by smart laptops such as smartphones, tablets and laptops, which can create substantially more traffic than previous generations of laptops, leading to complex traffic requests that may not be efficiently served at the base station and increasingly span user sessions over multiple cells, reducing per-session network efficiency.
[004] In addition, smart laptops provide more information about the user compared to the previous generation of S laptops. Context-Aware Resource Allocation (C ARA) can exploit that information about the user's device, its location and requirements. communication of your currently running applications. Details about CARA can, for example, be found in M. Proebster, M. Kaschub and S. Valentin "Context-Aware Resource Allocation to Improve the Quality of Service of Heterogeneous Traffic", Proc, IEEE International Conference on Communications (TCC) , June 2011, or in EP11305685.7. By being aware of the user's context, a Base Station (BS) can substantially reduce network load without sacrificing the user's Quality of Service (QoS), M. Proebster, M. Kaschub, T. Werthmann and S. Valentin," Context- Aware Resource Allocation for Cellular Wireless Networks", EURASIP Journal on Wireless Communications and Networking (WCN), subject to review Oct. 2011. SUMMARY
[005] A finding of the present invention is that CARA concepts and algorithms can run on a Data Link Control (DLC) layer of a BS, and while they can provide tremendous gains, they are based on information from the context of the higher layers of the laptop. According to another finding, this essential information for the CARA algorithms can be provided by a feedback protocol, which can signal context information from the laptop to the BS and/or to the main network behind. Furthermore, laptop information from higher layers than the DLC can be provided for the BS DLC layer. Furthermore, the models are based on the discovery that various signaling architectures and protocols can provide a signaling concept and general types of context information.
[006] The models are based on the discovery that mobile devices can signal context information to the BS or the main network. In addition, other information has already been flagged during the uplink. More specifically, mobile equipment can signal Channel Quality Information (CQI), knowledge for retransmission schemes and organization requests to the base station, details of these signaling concepts can be found, for example, in the Technical Specification (TS) from 3G Partnership Project (3GPP) 36.300 V 11.0.0, "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E UTRAN), Overall description", Dec. 201 1. Another finding has to do with this being able to happen entirely in DLC on a dedicated control channel. Also, these feedback procedures may not support the transfer of information between layers above and the DLC. Also, feedback procedures may not have access to this higher layer information on the notebook. Therefore, existing DLC signaling may not provide higher layer context information (eg, locations, application status, or requirements) to the BS. Although the 3GPP DLC includes methods for signaling Quality Service (QoS) requirements from the handheld to the BS, this signaling is based on a fixed table and limited space header field. This type of fixed signaling may not be flexible enough to signal utility functions or other arbitrary context information to the BS.
[007] Another finding is that at the network layer, p. ex. in Internet Protocol (P) packets, there is a header field to signal a QoS class, cE K. Nichols, S. Blake, F. Baker and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers". IETF RFC 2474, Dec. 1998. However, this field has a size of 6 bits and is used to classify the packet in flight. It may not be possible to support all the information necessary for application requirements and data packet classification for application transactions within this header field. Therefore, a mechanism to directly signal application layer information from the mobile equipment to the DLC on the BS may be desirable.
[008] Furthermore, it is a finding that one approach to providing this type of cross-layer signaling could be Deep Packet Inspection (DPI). When inspecting user packets in BS queues, cf Nguyen, T.T.T.; Armitage, G.; "A Survey of Techniques for Internet Traffic Classification Using Machine Learning," Communications Surveys & Tutorials, IEEE, Fourth Quarter 2008, the access network can extract information from the layers above the DLC. However, this method may be limited to unencrypted packets, may add high processing and memory costs, may add high communication delay, and only provides a limited set of information to the BS. Compared to classifying inspected packets, it may be more accurate and efficient to directly measure a user's context (eg, their location, mobility path, running applications and their QoS requirements) on the laptop. The models are based on the discovery that an intermediate software or an entity on the laptop can access that information and can explicitly signal it to the BS.
[009] The models can provide a cross-layer signaling architectures and protocols to transfer context information from the upper layers of a mobile transceiver to the DLC of a base station transceiver. For this purpose, models can use mechanisms to signal QoS requirements of application layer data streams to a DLC. This signaling procedure can, for example, be integrated into the uplink mobile or user feedback communication. Other procedures may map DLC data frames to application layer streams for downlink.
[010] The models provide an apparatus for a mobile transceiver for or in a mobile communication system, that is, the models can provide said apparatus to be operated or understood in a mobile transceiver. Hereinafter, the apparatus will also be referred to as the mobile station transceiver apparatus. In addition, the terms Mobile Communication Network and Mobile Communication System will be used synonymously. The mobile communication system can, for example, correspond to one of the 3GPP standardized mobile communication networks, e.g. ex. Long Term Evolution (ETE), an Advanced LTE (LTE-A), a Universal Mobile Telecommunications System (UMTS) or a UMTS Terrestrial Radio Access Network (UTRAN), an Evolved UTRAN (E-UTRAN), a Global for Mobile Communications (GSM) or Improved Data Transfer Speeds for the GSM Evolution network (EDGE), a GSM/EDGE Radio Access Network (GERAN), usually an Orthogonal Frequency Division Multiple Access (OFDMA) network ), etc., or mobile communications networks with different standards, e.g. ex. Worldwide Interoperability for Microwave Access (WIMAX).
[011] The mobile communication system further comprises a base station transceiver. The base station transceiver may be operated to communicate with a number of mobile transceivers.
[012] In the models, the mobile communication system can comprise mobile transceivers and base station transceivers, while the base station transceivers can establish macro-cells or small cells, eg. ex. pico-cells, metro-cells or femto-cells. A mobile transceiver can correspond to a smartphone, a mobile phone, a laptop, a notebook, a personal computer, a PDA, a USB stick, a car, etc. It can also be called portable or mobile. A mobile transceiver may also be referred to as a User Equipment (UE) in line with 3GPP terminology.
[013] A base station transceiver can be located in the fixed or stationary part of the network or system. A base station transceiver can correspond to a remote radio input, a transmission point, an access point, a macro-cell, a small cell, a micro-cell, a femto-cell, a metro-cell, etc. A base station transceiver may be a wireless interface of a wired network that allows the transmission of radio signals to a mobile UE or transceiver. This type of radio signal may conform to radio signals eg standardized by 3GPP or generally in line with one or more of the above systems. Thus, a base station transceiver can correspond to a NodeB, an eNodeB (eNB), a Transmitter Base Station (BTS), an access point, a remote radio input, a transmit point, etc. , which can be further subdivided into a remote unit and a central unit.
[014] A mobile transceiver can be associated with the transceiver of the base station or cell. The term cell refers to an area of coverage of radio services provided by a base station transceiver, e.g. ex. a NodeB, an eNodeB, a remote radio input, a transmission point, etc. A base station transceiver can operate multiple cells in one or more frequency layers, in some models a cell can correspond to a sector. For example, sectors can be reached using sector antennas, which provide a feature to cover an angled section around a remote unit or base station transceiver. In some models, a base station transceiver can, for example, operate three or six sectors of cell coverage of 120° (in the case of three cells), 60° (in the case of six cells) respectively. A base station transceiver can operate multiple sectored antennas.
[015] In the models, the mobile transceiver apparatus comprises means for extracting context information from an application running on the mobile transceiver, context information from an operating system running on the mobile transceiver or context information from mobile transceiver hardware or hardware drivers. Context information comprises information about a state of the application and/or information about a state of the mobile transceiver. The means for extracting may correspond to an extractor, a processor, a microprocessor, a controller, etc. The mobile transceiver apparatus further comprises means for communicating data packets with the base station transceiver, wherein the data packets comprise payload data packets and control data packets. The means for communicating may correspond to a communicator, a transceiver, a transmitter, a receiver, etc., e.g. ex. in line with one of the communication systems presented above. The means for communicating may be operated to communicate payload data packets associated with the application with a data server via the base station transceiver. The data server can correspond to a server that provides the current application data, it can also correspond to a gateway of the mobile communication system, eg. ex. an Internet gateway, such as a Public Data Network Gateway (PDN-GW).
[016] The mobile transceiver apparatus further comprises means for providing context information to the base station transceiver, wherein the context information is comprised in a payload data packet or a control data packet. Therefore, models can use different signaling and classification approaches. On some models, a dedicated control channel can be used between the mobile device and the base station. That is, the mobile transceiver can transmit classification requirements and rules to the BS and the BS can map this information to the downlink DLC frames. In other words, in some models Layer 2 or Layer 3 signaling in terms of control data packets can be used to provide the context information of the mobile transceiver apparatus to the BS. In terms of 3GPP, for example, a Signaling Radio Support (SRB) can be used to support context information as part of a Radio Resource Control (RRC) protocol.
[017] Accordingly, the models also provide a corresponding apparatus for a base station transceiver for, or in, a mobile communication system, which further comprises a mobile transceiver. That is to say that the models can provide said apparatus to be operated by or comprised in a transceiver of the base station, which can conform to one or more communication systems presented above. Hereinafter, the apparatus will also be referred to as the base station transceiver apparatus. The base station transceiver apparatus comprises means for receiving control data packets and payload data packets. The means for receiving may correspond to a receiver or transceiver in accordance with one or more of the above systems. Payload data packets are associated with an application running on the mobile transceiver. The base station transceiver apparatus further comprises means for obtaining context information associated with the application of a control data packet or payload data packet. The means for obtaining may correspond to an acquirer, a processor, a microprocessor, a controller, etc.
[018] In addition, the base station transceiver apparatus may comprise means for arranging the mobile transceiver for transmitting data packets based on context information. The means for organizing may correspond to an organizer, a processor, a microprocessor, a controller, etc. The term organize should be understood as the allocation of radio resources, such as time, frequency, power, code or space resources, for the transmission or reception of data packets. It can refer to an uplink, a downlink, or both.
[019] Hereinafter, it is assumed that the context information comprises one or more elements of the group of information about an application's quality of service requirement, priority information of data packets associated with the application, information about a unit of a series of application data packets, information in an application load request, information about an application delay or error rate constraint, information about a window state in the mobile transceiver, information about a memory consumption of the sender -mobile transceiver, information about an application processor usage in progress on the mobile transceiver, information about a current location, speeds, orientation of the mobile transceiver or a distance from the mobile transceiver to another mobile transceiver. The context information or a transaction data packet may comprise mapping information between one or more data packets and organizing a queue at the base station transceiver.
[020] In other words, context information may comprise information about the application, for example, it may comprise information about a user focus, i.e. whether the application is currently displayed in the foreground or background, information about the type of application, i.e. web search, interactive, streaming, conversational, etc. information about a certain delay or QOS requirements, etc.
[021] In other words, context information can be provided per application. For example, two streaming applications run in parallel on the mobile transceiver. According to the prior art, both application data would be mapped to flow transport channels in the lower layers. Therefore, according to the prior art, the data of the two applications would not be distinguished by the organizer. According to the models, context information may be available for applications separately. For example, an application's context information may indicate that it is displayed in the foreground; the context information of the other application may indicate that it is in the background. Therefore, the model can provide the advantage that these two applications and their data can be distinguished by the organizer and that the application running in the foreground can be prioritized. Therefore, separate or differentiating context information can be provided even for applications of the same type, e.g. ex. two web search sessions. Context information can also be extracted from the operating system, as an application may not have information about whether it is in the foreground or background. This information, which also determines a state of the application, can be extracted from a window manager of the mobile transceiver operating system.
[022] The unit of data packets may refer to information indicating that several data packets belong together, for example, the application may correspond to an image display application and the image data is contained in a series of packets. of data. Then the context information can indicate how many data packets refer to an image. This information can be taken into account by the organizer. In other words, from the context information, the organizer can determine a certain relationship between the data packets, e.g. ex. the user can only be satisfied if the entire image is displayed, and therefore all packets referring to the image must be transmitted to the mobile transceiver within a suitable time interval. With this, the organizer can plan ahead.
[023] In the models, the means for extracting can be adapted to extract context information from a mobile transceiver operating system or from the application running on the mobile transceiver. In other words, the mobile transceiver operating system can provide the context information, e.g. ex. as information about the status of an application (foreground/background, active/sleep, standby, etc.). Another option is for the application itself to provide the context information.
[024] Therefore, in line with the above description, the transceiver of the base station can receive the context information via Layer 2 or Layer 3, e.g. ex. RRC, control data packets. In other models, application layer signaling can be used, e.g. ex. in terms of IP packets. Since the IP address of the base station transceiver may be unknown in the mobile transceiver, an any-cast mechanism can be used. Therefore, data packets can be addressed to the base station using any-cast data packets, and which are interpreted by the base station's transceiver apparatus which extracts the context information. The context information can then be used in the transceiver of the base station in line with the above description. The term anycast is understood as a mechanism in a network, where a corresponding data packet is interpreted by any nearby node that receives the data packet. An any-cast indication in a data packet may communicate to the base station transceiver that the packet is intended to be interpreted, since the base station transceiver is the first node to receive said data packet. . Any-cast can be used at different layers in the protocol package. For example, an any-cast data packet may correspond to an IP data packet with an any-cast indication to the base station's transceiver. The indication may, for example, be included in the Type of Service (TOS) field in the IP packet header. In another model, Universal Datagram Protocol (UDP) can be used and the any-cast indication can correspond to a certain port defined in the IDP header, e.g. ex. a certain destination port.
[025] In other models, the mobile transceiver apparatus may comprise means for composing a transaction data packet as part of a transaction protocol. The transaction data packet comprises context information. In some models, the transaction data packet is communicated to the base station transceiver using an any-cast payload data packet in line with the above description. A packet of transaction data or context information may be communicated to the base station transceiver using a link layer protocol control data packet. The transaction protocol can then use lower protocol layer services such as layer 1 or PHYsical layer (PHY), layer 2, e.g. ex. Medium Access Control (MAC) or Radio Link Control (RLC). In addition, the transaction protocol can use so-called user plane protocols for transmitting payload data packets. Therefore, the transaction protocol can also use UDP, IP, the Packet Data Convergence Protocol (PDCP). The transaction protocol can use the control plane and it can be part of, for example, the RRC.
[026] In other models, the transition data packet is communicated to the data server using the unicast payload data packet, e.g. ex. using IP. In other words, the transaction data packet can then be received at the base station from the data server, using a unicast payload data packet, e.g. ex. via IP. Therefore, context information may not be communicated directly to the base station's transceiver, but indirectly through the data server. In another embodiment, a control data packet may be used to signal context information from the mobile transceiver to the base station transceiver. In this way, the transaction data packet or context information can be received from the mobile transceiver using a link layer protocol control data packet. The base station transceiver may then forward the classification information to the data server, e.g. ex. an Internet gateway. The context information can then be received from the data server, which is provided with classification information from the transceiver of the base station. The context information may then correspond to a marker in a data packet received from the data server. The classification information may comprise definitions or QoS requirements for an organizer queue at the base station transceiver, a transaction context at the base station transceiver organizer, respectively.
[027] Therefore, the gateway or data server can classify downlink packets accordingly and mark them to provide the mapping information to the base station transceiver. In yet another model, the mobile transceiver device performs IP signaling of context information directly to the data server. A classification can then be carried out in the data server, but in addition to the markers, the data server can signal the QoS requirements of the application stream to the base station transceiver. The context information or a transaction data packet may comprise mapping information between one or more data packets and arranging a queue at the base station transceiver.
[028] In models of the base station transceiver apparatus, the means for arranging can be operated to determine a transmission sequence for a series of transactions. The plurality of transactions may refer to a plurality of applications running on one or more mobile transceivers. A transaction may correspond to a series of data packets, for which the context information indicates unity. The order of the transaction sequence may be based on a utility function, which may depend on a transaction completion time that is determined based on context information.
[029] In other words, context information can be evaluated using a utility function. The utility function can be a measure of user satisfaction and, therefore, depend on a transaction completion time. For example, for a transaction comprising packets of data from a web page, a web search application asked for the completion time to be, for example, 2s. In other words, total user satisfaction can be achieved when all the content of the website is transmitted in less than 2s. On the contrary, user satisfaction and, with it, the utility function will be degraded. The sequence of transactions can be determined in different ways in the models. In some models, the transmission sequence is determined from an iteration of multiple different sequences of transactions. The multiple different sequences may correspond to different permutations of the plurality of transactions. The means for organizing may be adapted to determine the utility function for each of the multiple different sequences and may be further adapted to select the transmission sequence from the multiple different sequences which correspond to the maximum sum utility function. In other words, in models the organization decision can be determined based on an optimized user satisfaction or utility function, where the optimization can be based on a limited set of sequences.
[030] In some models, the actual transmission sequence or organization decision may still be based on the radio status of a particular user, e.g. ex. the means for arranging can be adapted to also modify the transmission sequence based on the data transfer rate supportable for each transaction. In other models, other criteria or unbiased transfer rates or throughput criteria may be considered.
[031] Correspondingly, the models provide an apparatus to, or on, a data server, i.e., the models may provide said apparatus to be operated or understood in a data server. Hereinafter, the apparatus will also be referred to as the data server apparatus. The data server communicates data packets associated with an application running on a mobile transceiver via a mobile communication system to the mobile transceiver, in line with the above description. The data server apparatus comprises means for deriving context information for data packets based on classification information received from a base station transceiver. The means for deriving may correspond to a delivery, a processor, a microprocessor, a controller, etc. The data server apparatus further comprises means for transmitting the context information together with the data packets to the mobile communication system. The means for transmitting may correspond to a transmitter, e.g. ex. an interface for communicating with the base station transceiver, e.g. ex. an Ethernet interface. In some models, a wireless interface between the data server and the base station is conceivable, e.g. ex. when the data server matches another mobile transceiver.
[032] As described above, the data server apparatus may further comprise means for composing a data packet. The means for composing can correspond to a composer, a processor, a microprocessor, a controller, etc. The data packet may comprise application data packets and a marker with mapping information for the data packet to an organization queue at the base station transceiver, in line with what has been described above. The means for composing may be operated to compose a transaction data packet comprising application data packets and the context information, to compose a data packet header with the context information, or to compose a data packet which comprises an application quality service requirement.
[033] Models can still provide the corresponding methods. This means that the models can provide a method for the mobile transceiver in a mobile communication system. The mobile communication system comprises a base station transceiver. The method comprises extracting context information from an application running on the mobile transceiver, context information from an operating system running on the mobile transceiver or context information from hardware drivers or hardware of the mobile transceiver. Context information comprises information about a state of the application and/or information about a state of the mobile transceiver. The method further comprises communication data packets with the base station transceiver, wherein the data packets comprise payload data packets and control data packets. The method further comprises communication payload data packets associated with the application with a data server via the base station transceiver. The method further comprises providing context information to the base station transceiver, wherein the context information is comprised in a payload data packet or a control data packet.
[034] The models further provide a method for a base station transceiver in a mobile communication system. The mobile communication system further comprises a mobile transceiver. The method comprises receiving control data packets and payload data packets, wherein the payload data packets are associated with an application running on the mobile transceiver. The method further comprises obtaining context information about the data packets associated with the application of a control data packet or a payload data packet. The method further comprises arranging the mobile transceiver for transmitting data packets based on context information.
[035] The models further provide a method for a data server. The data server communicates data packets associated with an application running on a mobile transceiver via a mobile communication system to the mobile transceiver. The method comprises deriving context information for the data packets based on the classification information received from a transceiver of the base station and transmitting the context information together with the data packets to the mobile communication system.
[036] The models may further provide a mobile transceiver comprising the above-described mobile transceiver apparatus, a base station transceiver comprising the above-described base station transceiver apparatus, a data server comprising the above-described data server apparatus and/or a mobile communication system comprising the mobile transceiver, the base station transceiver and/or the data server.
[037] The models can allow a radio access network to explore context information from higher layers. This information about the user, the notebook and its environment can be used to efficiently allocate wireless channel resources according to the user's requirements. Unlike existing signaling for QoS differentiation, the context information provided can go beyond a small set of QoS classes. By signaling a unique utility function of application layer flow at data transfer speed and delay, the models can carry the heterogeneous QoS requirements of modern smartphone applications to the BS. Even different requirements of the same application can be captured. Other information about the user's location, their previous or planned mobility path, the application in the foreground of the screen, device specifications (e.g. screen location) can complement the image that the models can provide to the network of radio access.
[038] In the models, context awareness can enable resource allocation concepts that can reduce wireless network traffic load without sacrificing user QoS, provide seamless QoS across multiple cells even to mobile users, and increase data transfer speed and fairness for mobile users.
[039] Some details of the benefit of long-term resource assignments can be found in H. Abou-zeid, S. Valentin and H. Hassanein, "Context-Aware Resource Allocation for Media Streaming: Exploiting Mobility and Application-Layer Predictions" , Proc. Capacity Sharing Workshop, Oct. 2011 and EP 11 306323.4. In other words, models that allow for context signaling can be a prerequisite for applying powerful new resource allocation approaches that substantially improve service for mobile users and serve more users at an equal QoS. Compared with current QoS signaling in LTE's DLC, the models can provide a higher degree of information to the radio access network. In addition to the QoS classes, utility functions and other context information can be provided.
[040] Compared with Packet Inspection (Pl), models can provide context information even for encoded data streams. As PI can add a higher effort to memory and processing power, models can save some hardware costs. In addition, models can guarantee a slow and constant delay, which may not be the case with PI. Some models use DLC-based signaling approaches, while other models may use user-plane signaling, which may not require standardization. Therefore, the models can be fully implemented as an intermediate laptop software and software running on the radio access network. This can allow models to be easily straightened and updated via existing web infrastructure (eg Android market or other app store).
[041] Some models comprise a digital control circuit installed inside the device to perform the method. Such a digital control circuit, e.g. ex. a digital signal processor (DSP) must be programmed accordingly. Therefore, other models also provide a computer program with program code to execute models of the method when the computer program is executed on a computer or digital processor. BRIEF DESCRIPTION OF THE FIGURES
[042] Some models of the device and/or methods will be described as follows only by way of example and with reference to the attached figures, where
[043] Fig. 1 shows a model of an apparatus for a mobile transceiver, an apparatus for a base station transceiver and an apparatus for a data server;
[044] Fig. 2 illustrates a model of a communication network with a model of a mobile device and a model of a base station;
[045] Fig. 3 illustrates two transactions in a model;
[046] Fig. 4 shows a utility function in a model;
[047] Fig. 5 illustrates models in an EPC;
[048] Fig. 6 illustrates protocol packets in a model that makes use of a dedicated control channel;
[049] Fig. 7 illustrates protocol packets in a model that makes use of signaling at a user plane;
[050] to Fig. 8 illustrates protocol packets in a model that makes use of a dedicated control channel and downlink packet classification in a data server;
[051] Fig. 9 illustrates protocol packets in a model that makes use of signaling in a data plane with indirect provision of context information;
[052] Fig. 10 shows a block diagram of a flowchart of a model for a method for the mobile transceiver;
[053] Fig. 11 shows a block diagram of a flowchart of a model for a method for the base station transceiver; and
[054] Fig. 12 shows a block diagram of a model flowchart for a data server. DESCRIPTION OF MODELS
[055] We now describe in detail several exemplary models with reference to the attached drawings, which show some exemplary models. In figures, the thickness of lines, layers and/or regions may be exaggerated for clarity.
[056] Correspondingly, while the exemplary models are susceptible to various alterations and alternative forms, the models therefrom are presented by way of example in the figures that will be described in more detail here. Note, however, that there is no intention to limit exemplary models to the particular forms shown, but rather, the exemplary models are intended to cover all modifications, equivalents, and alternatives within the scope of the invention. Identical numbers refer to the same or similar elements throughout the description of the figures.
[057] Note that when an element is referred to as "linked" or "coupled" to another element, it may be directly linked or coupled to the other element or intervening elements may be presented. On the contrary, when an element is referred to as "directly linked" or "directly coupled" to another element, no intervening elements are present. Other words to describe the relationship between elements should be interpreted similarly (eg, "between" versus "directly between," "adjacent" versus "directly adjacent," etc.).
[058] The terminology used here is intended only to describe particular models and is not intended to be limited to exemplary models. As used herein, the singular forms "a," "an" and "the" or "a" are intended to include the plural forms as well, unless the context clearly indicates otherwise. Note further that the terms "comprises," "comprising," "includes" and/or "including," when used herein, specify the presence of features, integer units, steps, operations, declared elements and/or components, but do not exclude the presence or addition of one or more other features, entire units, steps, operations, elements, components and/or groups thereof.
[059] Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by a layperson in the field, pertaining to the exemplary models. Note further that the terms, p. ex. those defined in ordinary dictionaries, should be interpreted as having a meaning consistent with their meaning in the context of the relevant type, and will not be interpreted in an idealized or overly formal sense unless expressly defined here.
[060] Fig. 1 shows a model of an apparatus 10 for a mobile transceiver 100, an apparatus 20 for a base station transceiver 200 and an apparatus 30 for a data server 300. Fig. 1 shows at the top of the apparatus 10 for a mobile transceiver 100 for a mobile communication system 500. In the embodiment, the mobile communication system 500 comprises a base station transceiver 200, which is shown in the center of Fig. 1. The base station transceiver 200 is coupled to a data server 300, which is shown at the bottom of Fig. 1, all of which are subsequently detailed.
[061] Mobile transceiver apparatus 10 comprises means for extracting context information from an application running on mobile transceiver 100, context information from an operating system running on mobile transceiver 100 or context information of hardware or hardware drivers of the mobile transceiver 100, the context information comprising information about a state of the application and/or information about a state of the mobile transceiver 100. The mobile transceiver apparatus 10 further comprises means for communicating 14 data packets with the base station transceiver 200, wherein the data packets comprise payload data packets and control data packets. The means for communicating 14 is operable to communicate payload data packets associated with the application with a data server 300 via the base station transceiver 200. The mobile transceiver apparatus further comprises means for providing 16 the information of context to the base station transceiver 200. The context information is comprised in a payload data packet or a control data packet. As can be seen in Fig. 1, the means for extracting 12, the means for communicating 14 and the means for supplying 16 are connected together 30.
[062] The communication network in the present model corresponds to a 3rd Generation Long Term Evolution Partnership (3GPP LTE) system with a Developed Package Core (EPC).
[063] Fig. 1 further shows a model of an apparatus 20 for the base station transceiver 200. The base station transceiver apparatus 20 comprises means for receiving 22 control data packets and payload data packets. The payload data packets are associated with an application running on the mobile transceiver 100. The base station transceiver apparatus further comprises means for obtaining context information associated with the application of a control or control data packet. a payload data packet and means for organizing the mobile transceiver 100 for transmitting the data packets based on the context information. As can be seen in Fig. 1, the receiving means 22, the obtaining means 24 and the organizing means 26 are connected together.
[064] In addition, Fig. 1 illustrates a model of an apparatus 30 for the data server 300, which communicates data packets associated with the application running on a mobile transceiver 100 via the mobile communication system 500 to the sender. mobile receiver 100. The data server apparatus 30 comprises means 32 for deriving context information for data packets based on the classification information received from the transceiver of base station 200 and means 34 for transmitting the context information along with the data packets to the mobile communication system 500. The means for deriving 32 and the means for transmitting 34 are connected to each other.
[065] Next, we describe a model for cross-layer signaling of context information for the example of an LTE 3GPP 500 cellular radio access network. Fig. 2 illustrates communication network 500 with mobile device model 100 and base station model 200. Fig. 2 illustrates an architecture of the Context-Aware Resource Allocation system, with the respective components of the Context-Aware Resource Allocation (CARA) structure, more details can be found in EP 11305685. Fig. 2 shows the components relevant to signaling.
[066] In the description that follows, it is assumed that the context information comprises one or more elements of the group of information about an application's quality of service requirement, priority information of data packets associated with the application, information about a unit of a series of application data packets, information in an application load request, information about an application delay or error rate constraint, information about a window state, information about a memory consumption, information about a usage of the application processor running on the mobile transceiver 100, information about a current location, speed, orientation of the mobile transceiver 100, mapping information between one or more data packets and an organization queue, or a distance from mobile transceiver 100 to another mobile transceiver.
[067] On the side of the mobile transceiver 100 Fig. 2 illustrates various applications (Apps) 102 running on the mobile terminal. Applications 102 interact with platform libraries 104, which in turn interact with operating system 106 of mobile transceiver 100. Applications 102, platform libraries 104 and/or operating system 106 may provide context information to the device mobile transceiver 10, which is implemented as a CARA transaction manager 10 with context signaling. The operating system 106, as well as the transaction manager 10, interact with the wireless network 108, its lower layers, respectively. In the present model, the wireless network 108 can provide transport layer services in terms of LTE layer 2 or IP services.
[068] The base station 200 comprises the transceiver apparatus of the base station 20, which is implemented as a CARA transaction organization 20 with the use and/or context signaling. Furthermore, the transaction organizer 20 interacts with the organization queues 202, in which data buffers for different transactions are located. The transaction organizer 20, as well as the organizer queues 202, interact with the wireless network 204, its lower layers, respectively. Similar to mobile transceiver 100, wireless network 204 may provide transport layer services in terms of LTE layer 2 or TP to transaction organizer 20 and organization queues 202. Organization queues 202 communicate or interact with the Internet 300, which in the present model also comprises the data server 300. As can be seen in Fig. 2, the two wireless network entities 108 and 204 exchange user data, i.e., payload data packets, and signaling data, i.e., control data packets. Between the transaction manager 10 on the mobile transceiver side 100 and the transaction organizer on the transceiver side of the base station 200, a context protocol, e.g. e.g., a transaction protocol.
[069] In the present model, transactions can be considered as a data unit or data packet representing application layer data flows in the DLC. A transaction can include all DLC frames from the user's first request at the application layer (eg the load of a web page) until the result is delivered to the user (ie all elements included in that web page). Transactions can include information about the application's QoS requirements and a link-layer frame mapping to the transaction. This information is collected in a portable agent, i.e. the CARA transaction manager 10 in Fig. 2. In many cases, the transaction manager 10 can extract context information about requirements from applications, platform libraries (i.e. Android Application Programming Interface, API) or from the operating system (e.g. Linux Kernel ). Identification of downlink data packets belonging to a transaction can often be accomplished with a tuple 5 in the IP header and the transport layer flow positions denoting "start" and "end".
[070] On the transceiver side of base station 200, organizing means 26 can be operated to determine a transmission sequence for a series of transactions. The plurality of transactions refers to a plurality of applications running on one or more mobile transceivers 100. Therefore, a transaction corresponds to a series of data packets, for which the context information indicates unity. This is also indicated in Fig. 2 by multiple organizing queues 202, each of which can hold or buffer payload data packets for transmission.
[071] The transaction manager 10 can extract this information from the base of the network in use through the considered application. Fig. 3 is an example for using transactions to map application data to flows. Fig. 3 illustrates two transactions, "transaction 1" and "transaction 2" in a model. In addition, Fig. 3 shows different UDP and Transmission Control Protocol (TCP) connections "UDP1", "TCP1", "TCP2", "TCP3". Depending on the application, multiple transport layer connections (eg using TCP may belong to the same transaction (eg Transaction 1) or one link may contain multiple transactions (eg TCP1). includes IP packets and DLC frames that are organized on the BS 200.
[072] A transaction QoS requirement can be expressed by a utility function. For example, for the transaction pertaining to a web browsing session within a web search engine, the user is satisfied when a web page is briefly displayed after requesting it. This can be expressed as a delay-dependent utility function, as shown in Fig. 4, which declares the usefulness of the transaction in terms of its completion time, i.e. when the user can see the result. The CARA transaction organizer can upload this context information to substantially increase the QoS for all users per cell, cf. M. Proebster et al. Fig. 4 illustrates a utility function U(t) versus time t. The utility function expresses a user satisfaction for a variable communication delay t. At the initial time tstart, the utility function is at its maximum value, which is normalized to 1 in Fig. 4. After an expected time, that is, a time the user expects to wait for the transaction, U(t) has decreased only slightly, but not significantly. After the expected time, U(t) starts to descend faster until it reaches its maximum rate of descent after the inflection time tinfl. An order of a sequence of transactions to organize can be based on their respective utility functions.
[073] The transmission sequence can, for example, be determined from an iteration of multiple different sequences of transactions. The multiple different sequences correspond to different permutations of the plurality of transactions. In the base station transceiver apparatus 20, the organizing means 26 may be adapted to determine the sum utility function for each of the multiple different sequences and may be further adapted to select the transmission sequence from the multiple different sequences which correspond to a maximum sum of the utility functions. The organizing means 26 can further be operated to modify the transmission sequence based on a data transfer rate supportable for each transaction, which can be determined through measurements and corresponding reports received from the mobile transceiver 100, e.g. ex. in terms of CQI.
[074] The 3GPP EPC components for signaling transaction information, as well as the signaling paths, are shown in Fig. 5. Fig. 5 shows a mobile transceiver or UE 100, a base station transceiver or eNodeB 200, an Home Subscriber Server (HSS) 210, a Mobility Management Entity (MME) 212, a Gateway Server (S-GW). ) 400 and a PDN-GW 300, which is connected to the Internet 310. As in Fig. 5 further shows, the eNodeB 200 communicates with the S-GW 400 using the S1 (S1-U) user plane protocol. The eNodeB 200 also uses the S1-MME protocol to communicate with the MME 212. In addition, the PDN-GW 300 communicates with the S-GW 400 using the S5IS8 protocols. The HSS 210 communicates with the MME 212 using the S6a protocol and the MME 212 uses the S11 protocol to communicate with the S-GW 400. More details about these components and protocol can be found in the 3GPP specification. Then HSS 210 and MME 212 are neglected as they are not needed for signaling.
[075] The arrows at the bottom of Fig. 5 illustrate model signaling paths, which will be detailed later. The short arrow with the 1 and 2 circled at the top represents the signaling paths of the models described in Figures 6 and 7, which use direct communication between the UE 100 and the eNB 200. The long arrow from the UE 100 to the PDN- GW 300 and back to the eNB 200 with 3 and 4 surrounded below represents the signaling paths of the models described in Figures 8 and 9, which use indirect communication from the UE 100 to the eNB 200, through the PDN- GW 300.
[076] Next, a first model is described, which uses direct control plane signaling. Fig. 6 illustrates the protocol packets in this model. On the side of the UE 100, Fig. 6 features layer 1 or PHY, layer 2 as MAC and RLC, and a "TR Protocol" transaction protocol on top of RLC.
[077] Therefore, in this model, the mobile transceiver apparatus 10 further comprises means for composing a transaction data packet as part of a "TR Protocol" transaction protocol. The transaction data packet comprises context information. In the model, UE 100 uses a dedicated control channel between UE 100 and eNB 200. Fig. 6 shows the layered packets on each device. Lines between peer entities indicate direct communication between these entities; higher-tier entities use services from lower-tier entities. Transaction information is directly transported with a signaling protocol above the RLC layer, as it does not require any addressing or forwarding. The transaction protocol contains QoS requirements and transaction classification rules. The eNB 200 receives and processes all protocol information. Context information is communicated to base station transceiver 200 using a link layer protocol control data packet.
[078] Therefore, the means for getting 24 on the eNodeB 200 can be operated to get the context information of the transaction data packet as part of the transaction protocol. The transaction data packet or context information may be received from mobile transceiver 100 using a link layer protocol control data packet. In the present model, the eNB 200 classifies downlink data packets, i.e. it can perform an inspection of header and queue packets of different transactions separately, cf. indication 202 in Fig. 2. The QoS requirement can be directly forwarded to the MAC 20 layer organizer inside the eNB 200.
[079] Next, another model is described, which uses direct control plane signaling. Fig. 7 illustrates protocol packets in a model that makes use of signaling in a user plane between a UE 100 and an eNB 200. Compared to the previous model shown in Fig. 6, the transaction protocol uses UDP, with IP per base, PDCP and the lower layers as described above. The signaling information is carried from the UE 100 to the eNB 200 at the application layer. UE 100 may address base station 200 via 1P any-cast, since base station 200 is the gateway to the network from UE100's perspective. As signaling information normally does not span over multiple IP packets and RLC mechanisms can prohibit packet loss, when being used in acknowledgment mode, between UE 100 and eNB 200, just use a Protocol flow User Datagram (UDP) connection with no signaling connection. Optionally, a simple eNB recognition mechanism can be developed. Therefore, in the present model, the transaction data packet is communicated to base station transceiver 200 using an any-cast payload data packet. The any-cast payload data packet can correspond to an IP packet with a TOS indication or a UDP packet with a destination port indication. For classification, the eNB 200 has the same capabilities as the previous model. Another model that uses indirect signaling from the control plane is described below. Fig. 8 illustrates protocol packets in a model that makes use of a dedicated control channel and downlink packet classification in a data server 300, which is implemented as PDN-GW 300. In this model, the transaction signaling protocol is carried for the eNB 200 as in the model described in Fig. 6. The eNB 200 then forwards transaction QoS requirements to the MAC organizer 20 and classification information via UDP to the PDN-GW 300 using a separate protocol. The S-GW 400 only serves as a relay in this model. Toward the S-GW 400 and between the S-GW 400 and the PDN-GW 300, the lower layers are labeled Layer 1 (L1) and Layer 2 (L2). As indicated in Fig. 8 by "*", a modified transaction protocol "Tr-P*" is used to communicate the context information as classification information from the eNB 200 to the PDN-GW 300 via the S-GW 400. The classification information may correspond to QoS definitions or requirements for an organizer queue or a transaction context at the organizer 20 of the base station transceiver 200. At the base station transceiver 200, context information is therefore received at from data server 300, which is provided with classification information from base station transceiver 200.
[080] The PDN-GW 300 is required in the standards to be able to perform DPI. Therefore, it can classify downlink data packets according to the signaled information. After the PDN-GW 300 has classified the data packets, it informs the eNB 200 of the classification. As EPC employs a flat IP architecture, Differentiated Services Field Code Points (DSCP) can be used in the IP header to differentiate between transactions. In this way, 64 transactions can be differentiated for a single UE at once in IPv4. With IPv6, it is possible to differentiate even more transactions (220-1) through the flow tag. The context information may then correspond to a marker in a data packet received from the data server 300.
[081] Another model uses indirect signaling from the user plane. Fig. 9 illustrates protocol packets in a model that makes use of signaling in a data plane with indirect provision of context information. Fig. 9 shows signaling between UE 100 and PDN-GW 300 over the data plane. The eNB 200 uses the User Plane General Packet Radio Service Tunneling Protocol (GTP-U) to forward the respective data packet to the S-GW 400, which also uses GTP-U to forward it to the S-GW 400. PDN-GW 300. As is also indicated in Fig. 9, the eNB 200 and S-GW 400 are considered relays. The protocol packages in the respective components are similar to those described above.
[082] Packet classification is carried out on the PDN-GW 300, which also forwards transaction requirements to the eNB 200. The models shown in Fig. 9 employ application layer transport for signaling from the UE 100 to the PDN-GW 300. This can be achieved by IP any-cast or unicast (in case the IP address of the PDN-GW 300 is known), in line with the description above. The transaction data packet is received at the PDNGW 300 from the mobile transceiver l00 using an any-cast or unicast payload data packet. The PDN-GW 300 signals the QoS requirements of transactions back to the eNB 200 via a separate protocol. In some models, multiple PDN-GWs can serve the mobile transceiver 100. In this case, an any-cast payload data packet can be received by a PDN-GW, which can then inform the others, or despite this can then refer to a multi-cast payload data packet, the multiple PDN-GWs can all receive the multicast (anycast) data packet. In this model, classification is performed on the PDN-GW 300, as in the model described in Fig. 8. In the models, the transaction data packet may be communicated to the data server 300 using a unicast payload data packet, e.g. ex. the UE 100 addresses an IF packet directly to the PDN-GW 300.
[083] Therefore, the data server apparatus 30 comprises means for composing a data packet, e.g. ex. in line with Tr-P*. The data packet comprises application data packets and a marker with mapping information for the data packet to an organization queue at base station transceiver 200. A transaction data packet may be composed, which comprises application data packets and context information. In some models, a data packet header with context information may be composed or a data packet comprising an application quality service requirement.
[084] The models described in Figures 6 and 7 assume that the eNB 200 is capable of inspecting at least the IP and transport protocol headers to classify downlink data packets. However, in an LTE system this may not be the case, as data may be tunneled (eg via the GTP-U tunneling protocol) and/or encoded between the PDN-GW 300 and UE 100. Therefore, the models described in Figures 8 and 9 may have the advantage of allowing lower processing capabilities on the eNB 200.
[085] The mobile device 100 may not differentiate between the models of Figures 7 and 9, nor between the model of Figures 6 and 8. For the mobile device 100, only the signaling type is known. Next, an exemplary model of a transaction signaling protocol is described. The following protocol description is a simplified, text-based embodiment of the signaling for CARA. Signaling is sent (unidirectionally) by the UE 100 to the eNB 200 (or PDN-GW 300) as described above. The protocol is text-based and the encoding is ANSI-X3.4-1968 (7 bit ASCTI). Lines are delimited by "n" (ASCII code OxOA), fields are delimited by a single white space. Each transaction is formulated by a sequence of lines.
[086] The first line starts with the keyword "Transaction". Each line that follows formulates a chunk of traffic, typically a section of a transport layer link. The signaling for each transaction is sent as a single UDP datagram. The destination address for these datagrams is manually configured. The destination port is 1024 and the source IP address is the IP address of each UE 100 and the source port is negligible. The customer can resubmit the transaction specification whenever requirements, chunks, or size prediction have changed. These resends may not be incremental. This means that when resending, all pieces can be repeated. The uplink and downlink chunks can be identified using a routing table, so there is no need to specify it explicitly. Depending on the application medium, a transaction can be of the following types:
[087] CONCLUSION: Transmission completion time matters (earlier is better); for. ex. web browsing REAL TIME: Each package has an individual deadline; for. ex. voice calls / live TVFLOW Tamponing content is possible, however the transmission must not fall below the wear curve; for. ex. buffered video stream on youtube
[088] A definition of the example transaction looks like this: Transaction web42 FINISH 2300TCP 10.0.0.10 1025 2.3.4.5 80 0 1200
[089] The Extended Backus-Naur-Form (EBNF) for this protocol is as follows: Message TransactionTransaction "Transaction" Name Requirement "n" {piece}Requirement "COMPLETION Completion time | "REAL TIME" Deadline | "Width FLUXOPPiece Filter Start Stop "n"Filter "TCP" SrcTP SrcPort DstIP DstPort I "UDP" SrcTP SrcPort DstP DstPortName An arbitrary name for the transaction (can also be an ID number)SrcIP, DstIP text representation of IPv4/IPv6SrcPort address , DstPort decimalStart. Stop These parameters allow you to specify which bytes of this transport layer link belong to the transaction. In case the length is not known, a prediction must be specified by the client. Completion time in ms relative to the time the signaling message is received Time in ms per packet Bandwidth in bit/s
[090] This is a simple example. Instead of scalar requirements (Completion Time, Deadline, Bandwidth), also full utility curves as described above can be flagged in the model, e.g. ex. with the function type and relevant parameters or as a table of (x,y) values.
[091] Next, an example use case of a model is described. A user clicks on a link in a web search engine. Mobile device 100 initiates a TCP connection with web server 300 and signals a new transaction to base station 200 that contains the requirement and tuple 5 1P to be in use. When the first downlink DLC frame arrives at the BS 200, it can use signaled classification to map the frame to the transaction and its requirements. After connection setup, mobile device 100 sends an HTTP request to server 300. Once the HTTP response header arrives at mobile device 100, it can send a transaction update, which contains the predicted content size, to the BS. 200. Studies have revealed that, for a typical mix of Internet traffic, the signaling overhead of this signaling protocol is only 0.2% of the downlink data traffic.
[092] Fig. 10 shows a block diagram of a flowchart of a model of a method for a mobile transceiver 100 in a mobile communication system 500. The mobile communication system 500 further comprises a base station transceiver 200. The method comprising a step of extracting 712 context information from an application running on mobile transceiver 100, context information from an operating system running on mobile transceiver 100, or context information from hardware drivers or hardware of the transceiver 100, the context information comprising information about a state of the application and/or information about a state of the mobile transceiver 100. The method further comprises a step of communicating 714 data packets with the transceiver of the base station 200, wherein the data packets comprise payload data packets and control data packets. The method further comprises a step of communicating payload data packets 715 associated with the application with a data server 300 via the base station transceiver 200 and a step of providing 716 the context information to the base station transceiver. 200, wherein the context information is comprised in a payload data packet or a control data packet.
[093] Fig. 11 shows a block diagram of a flowchart of a model method for a base station transceiver 200 in a mobile communication system 500. The mobile communication system 500 further comprises a mobile transceiver 100. The method comprises a mobile communication system 500. step of receiving 722 control data packets and payload data packets, wherein the payload data packets are associated with an application running on mobile transceiver 100. The method further comprises a step of obtaining 724 information context on data packets associated with the application of a control data packet or a payload data packet. The method further comprises a step of arranging 726 the mobile transceiver 100 for transmitting data packets based on the context information.
[094] Fig. 1 shows a block diagram of a flowchart of a model of a method for a data server 300, which communicates data packets associated with the application running on a mobile transceiver 100 through a communication system. 500 to mobile transceiver 100. The method comprises a step of deriving 732 context information for data packets based on classification information received from a transceiver of base station 200 and a step of transmitting 734 the information context together with the data packets to the mobile communication system 500.
[095] The description and drawings merely illustrate the principles of the invention. Those skilled in the art will appreciate the fact that various provisions are possible which, while not explicitly described or presented herein, embody the principles of the invention and are included within its spirit and scope. Furthermore, all examples cited here are primarily intended for pedagogical purposes only to help the reader understand the principles of the invention and the concepts contributed by the inventor(s) to further the technique and will be built upon without limitation to these examples. and conditions specifically cited. Furthermore, all statements citing principles, aspects and versions of the invention herein, as well as their specific examples are intended to include their equivalents.
[096] Function blocks denoted as "means to . . ." (perform a certain function) should be understood as functional blocks comprising circuit systems operable to perform a certain function, respectively. Therefore, a "means to anything" can also be understood as "means operable or suitable for anything". A means operable to perform a certain function does not, therefore, imply that the means must necessarily perform the said function (in a given time).
[097] The functions of the various elements shown in the Figures, including any function blocks labeled "means", "means to extract", "means to communicate", "means to provide", "means to receive", "means to obtain", "means to organize", "means to derive", "means to transmit", etc. can be provided through the use of dedicated hardware, e.g. a processor, "a puller", "a communicator", "a supplier", "a receiver", "an acquirer", "an organizer", "a derivative", "a transmitter", etc., as well as hardware capable of running software associated with the appropriate software. When provided by one processor, functions may be provided by a single dedicated processor, a single shared processor, or a plurality of individual processors, some of which may be shared. In addition, the explicit use of the term "processor" or "controller" shall not be construed to refer exclusively to hardware capable of running software, and may by implication include, without limitation, digital signal processor (DSP) hardware, network processor, application-specific integrated circuit (ASIC), field programmable gate network (FPGA), read-only memory (ROM) to store software, random access memory (RAM), and non-volatile storage. Other hardware, conventional and/or adapted, may also be included.
[098] Those skilled in the art should understand that any block diagrams herein represent conceptual views of illustrative circuits that embody the principles of the invention. Likewise, it should be noted that any flowchart, state transition diagrams, pseudo-code and the like represent various processes that can be substantially represented on a computer readable medium and thus executed by a computer or processor, whether that computer or processor whether or not explicitly presented.
[099] Accordingly, the following claims are incorporated herein into this Detailed Description, with each claim standing alone as a separate model. While each claim stands alone as a separate model, it should be noted that - although a dependent claim may refer in the claims to a specific combination with one or more claims - other models may also include a combination of the dependent claim with the subject matter of each dependent claim. Such combinations are proposed here, unless it is stated that a specific combination is not intended. Furthermore, it is intended to also include features from one claim to any other independent claim even if this claim is not directly dependent on the independent claim.
[0100] It is further noted that the methods presented in the specification or claims may be implemented by a device with means for carrying out each of the respective steps of these methods.
[0101] Also, note that the presentation of multiple steps or functions advertised in the specification or claims may not be built to be within the specific order. Therefore, the presentation of multiple steps or functions does not limit them to a particular order, unless those steps or functions are not interchangeable for technical reasons. Also, in some models, a single step can be included or it can be divided into multiple sub-steps. Each substep can be included and be part of the presentation of this single step, unless explicitly excluded.

权利要求:
Claims (14)
[0001]
1. Apparatus (10) for a mobile transceiver (100) for a mobile communication system (500), the mobile communication system (500) comprising a base station transceiver (200), the apparatus (10) characterized by comprising: means for extracting (12) context information from an application in progress on the mobile transceiver (100), context information from an operating system in progress on the mobile transceiver (100) or context information from hardware or hardware drivers of the mobile transceiver (100), the context information comprising information about a state of the application and/or information about a state of the mobile transceiver (100); wherein the context information comprises information whether the application is currently presented in the foreground or background of the mobile transceiver (100); means for communicating (14) data packets with the base station transceiver (100); 200), wherein the data packets comprise payload data packets and control data packets, and wherein the means for communicating (14) is operable to communicate the payload data packets associated with the application with a server data (300) via the base station transceiver (200); and means for providing (16) context information to the base station transceiver (200) of the mobile communication system (500) so that the base station transceiver (200) arranges transmission of the data packets in accordance with the context information, wherein the context information is included in a payload data packet or a control data packet.
[0002]
Apparatus (10) according to claim 1, characterized in that the context information comprises one or more elements of the group of information about a quality of service requirement of the application, priority information of data packets associated with the application, information about a unit of a series of application data packets, information in an application load request, information about an application delay or error rate constraint, information about a window state, information about a memory consumption, information about a use of the application processor running in the mobile transceiver (100), information about a current location, speed, orientation of the mobile transceiver (100), or a distance from the mobile transceiver (100) to another transceiver mobile receiver.
[0003]
Apparatus (10) according to claim 1, further comprising means for composing a transaction data packet as part of a transaction protocol, the transaction data packet comprising context information, wherein the transaction data packet is communicated to the base station transceiver (200) using an any-cast payload data packet, wherein the transaction data packet is communicated to the data server (300) using a unicast payload data packet or wherein the transaction data packet or context information is communicated to the base station transceiver (200) using a Link Layer protocol control data packet.
[0004]
4. Apparatus (20) for a base station transceiver (200) for a mobile communication system (500), the mobile communication system (500) further comprising a mobile transceiver (100), the apparatus (20) ) characterized in that it comprises means for receiving (22) control data packets and payload data packets, wherein the payload data packets are associated with an application running on the mobile transceiver (100); means for obtaining (24) context information associated with the application from a control data packet or a payload data packet, wherein the context information comprises information whether the application is currently presented in a foreground or background plane of the mobile transceiver (100); and means for scheduling (26) the mobile transceiver (100) for transmission of data packets based on context information.
[0005]
Apparatus (20) according to claim 4, characterized in that the retrieval means (24) is operable to obtain context information from a transaction data packet as part of a transaction protocol, wherein the transaction data packet is received from the mobile transceiver (100) using an any-cast payload data packet, wherein the transaction data packet is received from a data server (300) using a unicast payload data packet, wherein the transaction data packet or context information is received from the mobile transceiver (100) using a Link Layer protocol control data packet, or wherein the context information is received from the data server (300), which is provided with transceiver classification information from the base station (200), wherein the context information corresponds to a marker in a data packet received from the data server. (300).
[0006]
Apparatus (20) according to claim 4, characterized in that the scheduling means (26) is operable to determine a transmission sequence for a plurality of transactions, the plurality of transactions referring to a plurality of applications that are being executed by one or more mobile transceivers (100), a transaction corresponding to a plurality of data packets, for which the context information indicates unit, an order of the sequence of transactions based on a utility function, the utility function depending on a transaction completion time, which is determined based on the context information, and/or where the context information comprises one or more elements of the information group about an application's quality of service requirement , priority information of data packets associated with the application, information about a unit of a series of application data packets, information about a load request that of the application, information about a delay or restriction of the application error rate, information about a window state, information about a memory consumption, information about a processor usage of the application in progress at the mobile transceiver (100), information about a current location, speed, orientation of the mobile transceiver (100), mapping information between one or more data packets and a scheduling queue, or a distance from the mobile transceiver (100) to another transmitter -mobile receiver.
[0007]
Apparatus (20) according to claim 6, characterized in that the transmission sequence is determined from an iteration of multiple different sequences of transactions, wherein the multiple different sequences correspond to different permutations of the plurality of transactions, in that the scheduling means (26) is operable to determine the utility function for each of the multiple different sequences and is further operable to select the transmission sequence from the multiple different sequences corresponding to a maximum of the utility function, and/or in that the scheduling means (26) is operable to further modify the transmission sequence based on the data transfer rate supportable for each transaction.
[0008]
8. Apparatus (30) for a data server (300), the data server (300) communicating data packets associated with an application running on a mobile transceiver (100) via a base station transceiver ( 200) from a mobile communication system (500) to the mobile transceiver (100), the apparatus (30) comprising means for deriving (32) context information for data packets based on classification information received from a base station transceiver (200), classification information comprising settings or quality of service requirements for an organizer queue in the base station transceiver (200), or a transaction context in an organizer of a base station transceiver (200); and means for transmitting (34) the context information together with the data packets to the base station transceiver (200) of the mobile communication system (500), so that the base station transceiver (200) organizes transmitting data packets in accordance with the context information, the apparatus being characterized in that the context information comprises information whether the application is currently presented in the foreground or background of the mobile transceiver (100).
[0009]
Apparatus (30) according to claim 8, characterized in that the context information comprises one or more elements of the group of information about a quality of service requirement of the application, priority information of data packets associated with the application, information about a unit of a series of application data packets, information in an application load request, information about an application delay or error rate constraint, information about a window state, information about a memory consumption, information about a processor usage of the application running on the mobile transceiver (100), information about a current location, speed, orientation of the mobile transceiver (100), mapping information between one or more data packets and a queue schedule, or a distance from the mobile transceiver (100) to another mobile transceiver and wherein the derivation means (32) is operable to extract the information from context from a unicast payload data packet received from the mobile transceiver (100) or from a unicast payload data packet from the base station transceiver (200).
[0010]
Apparatus (30) as claimed in claim 8, further comprising means for composing a data packet, the data packet comprising application data packets and a marker with mapping information to the data packet for a scheduling queue at the transceiver of the base station (200) for composing a transaction data packet, the transaction data packet comprising application data packets and the context information, for composing a packet header of data with context information, or to compose a data packet that comprises an application quality service requirement.
[0011]
11. Method for a mobile transceiver (100) in a mobile communication system (500), the mobile communication system (500) further comprising a base station transceiver (200), the method being characterized by comprising extracting (712) ) context information from an application running on the mobile transceiver (100), context information from an operating system running on the mobile transceiver (100), or context information from hardware drivers or hardware of the transceiver mobile (100), the context information comprising information about a state of the application and/or information about a state of the mobile transceiver (100), wherein the context information comprises information whether the application is currently presented in a foreground or in a background of the mobile transceiver (100); communicating (714) data packets with the base station transceiver (200), wherein the data packets comprise payload data packets and data packets of co control; communicating (715) payload data packets associated with the application with a data server (300) via the base station transceiver (200); and providing (716) the context information to the base station transceiver (200) of the mobile communication system (500) so that the base station transceiver (200) arranges transmission of data packets in accordance with the information context, wherein the context information is comprised in a payload data packet or a control data packet.
[0012]
12. Method for a base station transceiver (200) in a mobile communication system (500), the mobile communication system (500) further comprising a mobile transceiver (100), the method being characterized by comprising receiving (722) ) control data packets and payload data packets, wherein the payload data packets are associated with an application running on the mobile transceiver (100); obtaining (724) context information about the payload packets data associated with the application of a control data packet or payload data packet, where the context information comprises information whether the application is currently presented in the foreground or background of the mobile transceiver ( 100); and schedule (726) the mobile transceiver (100) for the transmission of data packets based on the context information.
[0013]
13. Method for a data server (300), the data server (300) communicating data packets associated with an application running on a mobile transceiver (100) via a base station transceiver (200) of a mobile communication system (500) to the mobile transceiver (100), the method comprising deriving (732) context information for data packets based on classification information received from a transceiver of the base station (200), classification information comprising quality of service settings or requirements for an organizer queue at the base station transceiver (200), or a transaction context at a base station transceiver organizer (200); and transmit (734) the context information together with the data packets to the base station transceiver (200) of the mobile communication system (500), so that the base station transceiver (200) arranges transmission of data packets according to the context information, wherein the method is characterized in that the context information comprises information whether the application is currently presented in a foreground or background of the mobile transceiver (100).
[0014]
A mobile transceiver (100) comprising the apparatus (10) of claim 1, a base station transceiver (200) comprising the apparatus (20) of claim 4, a data server (300) which comprises the apparatus (30) of claim 8 and/or a mobile communication system (500) comprising the mobile transceiver (100), the base station transceiver (200), and/or the data server ( 300).

类似技术:

---

公开号 | 公开日 | 专利标题

---

BR112013031078B1|2022-02-01|Apparatus for a mobile transceiver, apparatus for a base station transceiver, apparatus for a data server, methods thereof and mobile transceiver

---

CN106537857B|2020-03-13|Apparatus and method for enhancing quality of service architecture for LTE

---

US9432873B2|2016-08-30|Differentiation of traffic flows for uplink transmission

---

WO2018103675A1|2018-06-14|Data stream remapping method and apparatus, user equipment and ran device

---

US9071984B1|2015-06-30|Modifying a data flow mechanism variable in a communication network

---

US10893434B2|2021-01-12|UE session management QoS capability negotiation and QoS control realization

---

EP2985939A1|2016-02-17|System and method for distribution of radio channel state and base station congestion state in a network environment

---

WO2017216510A1|2017-12-21|Providing service data flow description

---

WO2014101505A1|2014-07-03|Method for aligning qos of wlan and qos of packet core network

---

WO2017201677A1|2017-11-30|Data transmission method and device

---

Dighriri et al.2018|Big data environment for smart healthcare applications over 5g mobile network

---

US9832133B2|2017-11-28|Network node for controlling transport of data in a wireless communication network

---

KR102240712B1|2021-04-15|Apparatus and method for controlling throughput of transmission layer in wireless communication system

---

Hicham et al.2015|4G system: network architecture and performance

---

Virdis et al.2019|Cellular-networks simulation using SimuLTE

---

US20170099229A1|2017-04-06|Relay device and relay method

---

KR20210021059A|2021-02-24|Realization of quality of service in multi-hop data delivery

---

Chaari et al.2016|Multimedia quality transmission evaluation over wireless networks: a survey

---

US9246817B1|2016-01-26|System and method of managing traffic flow in a communication network

---

US20150257033A1|2015-09-10|Systems and methods for buffer status reporting in wireless communication systems

---

Yang et al.2014|A multi-link mechanism for heterogeneous radio networks

---

WO2022001640A1|2022-01-06|Data transmission method and apparatus

---

US20210306902A1|2021-09-30|Adjusting window size based on quality of experience

---

KR102238310B1|2021-04-09|Method for transmitting and receiving packet in transport network

---

Li2016|Utility-based resource management for future mobile communications considering QoE

同族专利:

---

公开号 | 公开日

---

JP2014522145A|2014-08-28|

---

EP2530989A1|2012-12-05|

---

CN103597894B|2018-10-16|

---

EP2530988B1|2015-09-16|

---

JP5897116B2|2016-03-30|

---

KR20140035479A|2014-03-21|

---

CN103583074A|2014-02-12|

---

US9271297B2|2016-02-23|

---

KR101580116B1|2015-12-28|

---

EP2530989B1|2015-06-03|

---

US20140098778A1|2014-04-10|

---

WO2012168135A1|2012-12-13|

---

BR112013031078A2|2016-11-29|

---

KR20140017662A|2014-02-11|

---

CN103597894A|2014-02-19|

---

ES2544537T3|2015-09-01|

---

ES2556381T3|2016-01-15|

---

JP5933703B2|2016-06-15|

---

KR101597013B1|2016-02-23|

---

JP2014523666A|2014-09-11|

---

WO2012168152A1|2012-12-13|

---

CN103583074B|2018-02-02|

---

EP2530988A1|2012-12-05|

---

US20140106770A1|2014-04-17|

---

EP2530989A8|2013-01-16|

引用文献:

---

公开号 | 申请日 | 公开日 | 申请人 | 专利标题

---

---

US6944169B1|2000-03-01|2005-09-13|Hitachi America, Ltd.|Method and apparatus for managing quality of service in network devices|

---

US6954195B2|2000-03-01|2005-10-11|Minolta Co., Ltd.|Liquid crystal display device having a liquid crystal display driven by interlace scanning and/or sequential scanning|

---

JP2001247819A|2000-03-03|2001-09-14|Dow Corning Toray Silicone Co Ltd|Electric insulating crosslinked film-forming organic resin composition, and method for forming electric insulating crosslinked film|

---

US7161914B2|2002-04-11|2007-01-09|Ntt Docomo, Inc.|Context aware application level triggering mechanism for pre-authentication, service adaptation, pre-caching and handover in a heterogeneous network environment|

---

US7532596B2|2002-04-26|2009-05-12|Nokia Corporation|Optimized information transfer associated with relocation of an IP session in a mobile communications system|

---

EP1609290B1|2003-04-03|2009-09-02|Nokia Corporation|Managing context-related information with a mobile station|

---

US20040219919A1|2003-04-30|2004-11-04|Nicholas Whinnett|Management of uplink scheduling modes in a wireless communication system|

---

US20050136837A1|2003-12-22|2005-06-23|Nurminen Jukka K.|Method and system for detecting and using context in wireless networks|

---

KR100717047B1|2005-10-20|2007-05-10|삼성전자주식회사|Method and apparatus for displaying web page conveniently|

---

JP4710559B2|2005-11-15|2011-06-29|Ｋｄｄｉ株式会社|Communication terminal and system for controlling token buffer size|

---

US7616595B2|2006-01-12|2009-11-10|Motorola, Inc.|Method and apparatus for scheduling frequency selective and frequency diverse allocations in mobile communications systems|

---

US20080137537A1|2006-11-22|2008-06-12|Bader Al-Manthari|Method for optimal packet scheduling for wireless and mobile communications networks|

---

JP2008141264A|2006-11-29|2008-06-19|Kyocera Corp|Radio base station, call control server, and radio communication method|

---

US8107968B2|2006-12-11|2012-01-31|Nokia Corporation|Radio transmission scheduling according to multiradio control in a radio modem|

---

US8276145B2|2008-06-27|2012-09-25|Microsoft Corporation|Protected mode scheduling of operations|

---

US10257302B2|2008-06-27|2019-04-09|Telecom Italia S.P.A.|Method and communication system for providing a context-based communication service|

---

JP2008295070A|2008-07-03|2008-12-04|Ntt Docomo Inc|Adaptive radio parameter control method, qos control apparatus, base station and radio communication system|

---

CN101677468B|2008-09-19|2012-04-25|电信科学技术研究院|Method and base station for maintaining context information|

---

US9014640B2|2008-10-31|2015-04-21|Qualcomm Incorporated|Wake-up trigger for implementation of target actions|

---

JP2010206316A|2009-02-27|2010-09-16|Kddi Corp|Radio resource allocation device, radio resource allocation method, and computer program|

---

JP5202413B2|2009-03-26|2013-06-05|三菱電機株式会社|Wireless base station|

---

US8498273B2|2009-08-06|2013-07-30|Telefonaktiebolaget L M Ericsson |Management of uplink resources in multi-carrier CDMA system|

---

CN101706705A|2009-10-30|2010-05-12|广东亿迅科技有限公司|Processing system and processing method of service information|

---

CN101702215A|2009-11-06|2010-05-05|山东浪潮电子政务软件有限公司|Design method for setting dependence item in operating room in working flow|

---

US8548465B2|2010-04-23|2013-10-01|Apple Inc.|Methods and apparatus for providing dynamic information in a wireless information channel|

---

EP2530988B1|2011-06-04|2015-09-16|Alcatel Lucent|A scheduling concept|

---

EP2582192A1|2011-10-12|2013-04-17|Alcatel Lucent|Apparatuses, methods, and computer programs for a mobile transceiver and for a base station transceiver|

---

CN106170969B|2013-06-21|2019-12-13|康维达无线有限责任公司|Context management|US8331929B2|2009-11-24|2012-12-11|At&T Mobility Ii Llc|Mobility-based reselection scan scheduling|

---

US8385917B2|2010-11-15|2013-02-26|At&T Mobility Ii Llc|Radio selection employing transit data determined from kinetic energy generation|

---

EP2530988B1|2011-06-04|2015-09-16|Alcatel Lucent|A scheduling concept|

---

WO2013047952A1|2011-09-26|2013-04-04|엘지전자 주식회사|Method and apparatus for allocating minimum guaranteed resource amount to access point in wireless access system|

---

KR102036579B1|2012-11-09|2019-10-28|삼성전자주식회사|Method and apparatus for providing a web service in a wireless communication system|

---

US9374773B2|2012-12-06|2016-06-21|At&T Intellectual Property I, L.P.|Traffic steering across cell-types|

---

US9998983B2|2012-12-06|2018-06-12|At&T Intellectual Property I, L.P.|Network-assisted device-based intelligent radio access control|

---

US9008063B2|2012-12-06|2015-04-14|At&T Intellectual Property I, L.P.|Location based WI-FI radio activation and deactivation for mobile devices|

---

US9549343B2|2012-12-06|2017-01-17|At&T Intellectual Property I, L.P.|Traffic steering across radio access technologies and radio frequencies utilizing cell broadcast messages|

---

US9544841B2|2012-12-06|2017-01-10|At&T Intellectual Property I, L.P.|Hybrid network-based and device-based intelligent radio access control|

---

US9544842B2|2012-12-06|2017-01-10|At&T Intellectual Property I, L.P.|Network-based intelligent radio access control|

---

US10129822B2|2012-12-06|2018-11-13|At&T Intellectual Property I, L.P.|Device-based idle mode load balancing|

---

US10326569B2|2013-02-12|2019-06-18|Altiostar Networks, Inc.|Inter-site carrier aggregation with physical uplink control channel monitoring|

---

MX354062B|2013-02-12|2018-02-09|Altiostar Networks Inc|Long term evolution radio access network.|

---

US9295065B2|2013-02-21|2016-03-22|Altiostar Networks, Inc.|Systems and methods for coordinating transmission of data packets based on frame type detection in a base station|

---

WO2014129994A1|2013-02-21|2014-08-28|Avea Iletisim Hizmetleri Anonim Sirketi |Experience based packet scheduler|

---

US9480101B2|2013-02-21|2016-10-25|Altiostar Networks, Inc.|Systems and methods for scheduling of data packets based on application detection in a base station|

---

KR101410948B1|2013-03-13|2014-06-23|주식회사 하렉스인포텍|Mobile Payment Processing System and the Method|

---

ES2761261T3|2013-03-25|2020-05-19|Altiostar Networks Inc|Optimization of a return network connection in a mobile communication network|

---

US10069602B2|2013-03-25|2018-09-04|Altiostar Networks, Inc.|Transmission control protocol proxy in long term evolution radio access network|

---

EP2979408B1|2013-03-25|2017-09-27|Altiostar Networks, Inc.|Systems and methods for scheduling of data packets based on delay tolerance of applications|

---

US9380646B2|2013-09-24|2016-06-28|At&T Intellectual Property I, L.P.|Network selection architecture|

---

US9226197B2|2013-10-21|2015-12-29|At&T Intellectual Property I, L.P.|Network based speed dependent load balancing|

---

US9241305B2|2013-10-28|2016-01-19|At&T Intellectual Property I, L.P.|Access network discovery and selection function enhancement with cell-type management object|

---

US9456071B2|2013-11-12|2016-09-27|At&T Intellectual Property I, L.P.|Extensible kernel for adaptive application enhancement|

---

US9270659B2|2013-11-12|2016-02-23|At&T Intellectual Property I, L.P.|Open connection manager virtualization at system-on-chip|

---

WO2015138265A1|2014-03-14|2015-09-17|Intel IP Corporation|Method and apparatus to assist network traffic|

---

EP2919418B1|2014-03-13|2017-03-01|Alcatel Lucent|Apparatuses, methods and computer program for a base station transceiver and for a mobile transceiver|

---

KR102222337B1|2014-08-05|2021-03-04|삼성전자주식회사|Apparatus and method for synchronizing among applications|

---

WO2016041580A1|2014-09-16|2016-03-24|Huawei Technologies Co.,Ltd|Scheduler, sender, receiver, network node and methods thereof|

---

ES2711354T3|2014-09-24|2019-05-03|Alcatel Lucent|Apparatus, methods and computer programs for a mobile communication system comprising a base station transceiver and a mobile transceiver|

---

US9635494B2|2014-10-21|2017-04-25|At&T Mobility Ii Llc|User equipment near-field communications gating according to kinetic speed detection and cell visitation history|

---

US9398518B2|2014-10-21|2016-07-19|At&T Intellectual Property I, L.P.|Cell broadcast for signaling resource load from radio access networks|

---

CN113556684A|2015-02-13|2021-10-26|北京三星通信技术研究有限公司|Method and device for processing UE context of User Equipment |

---

US9572104B2|2015-02-25|2017-02-14|Microsoft Technology Licensing, Llc|Dynamic adjustment of user experience based on system capabilities|

---

US9900762B2|2015-05-28|2018-02-20|At&T Mobility Ii Llc|User equipment detection of interference-sensitive devices|

---

CN108029125B|2015-09-11|2020-11-06|华为技术有限公司|Communication device and method for V2X communication|

---

CN106850050A|2016-01-22|2017-06-13|广州极飞科技有限公司|Communication system, the method for unmanned plane and earth station and unmanned plane|

---

EP3211962B1|2016-02-29|2018-09-12|Siemens Aktiengesellschaft|Radio communication system for an industrial automation system, method of operating the same and radio transceiver station|

---

CN107172652B|2016-03-07|2020-04-21|中国移动通信有限公司研究院|Base station scheduling method and device based on high-level service information|

---

ES2777606T3|2016-03-14|2020-08-05|Telefonaktiebolaget Lm Ericsson |Communication of application transactions on a radio link|

---

US9838970B2|2016-04-01|2017-12-05|Intel Corporation|Collaborative transmission management for smart devices|

---

WO2017177223A1|2016-04-08|2017-10-12|Altiostar Networks, Inc.|Dual connectivity|

---

WO2017177224A1|2016-04-08|2017-10-12|Altiostar Networks, Inc.|Wireless data priority services|

---

CN106227589B|2016-07-25|2019-11-26|维沃移动通信有限公司|A kind of application program scheduling method and mobile terminal|

---

WO2018065825A2|2016-10-07|2018-04-12|Vitanet Japan, Inc.|Data processing using defined data definitions|

---

JPWO2018078677A1|2016-10-31|2019-09-05|日本電気株式会社|Communication device, communication system, communication method, and non-transitory computer-readable medium|

---

US10624034B2|2016-12-13|2020-04-14|Altiostar Networks, Inc.|Power control in wireless communications|

---

WO2018113902A1|2016-12-19|2018-06-28|Huawei Technologies Co., Ltd.|Network node and client device for measuring channel state information|

---

US9924447B1|2017-02-20|2018-03-20|Sprint Spectrum L.P.|Distinguishing between foreground and background communications based on analysis of context information|

---

US9998908B1|2017-03-08|2018-06-12|Sprint Spectrum L.P.|Data transfer management based on predicted roaming status and application behavior|

---

US10470086B2|2017-09-12|2019-11-05|Cisco Technology, Inc.|Stateful application identification while roaming|

---

US10462233B2|2018-01-23|2019-10-29|Charter Communications Operating, Llc|Protocol for anycast based discovery of local resources|

---

EP3611981A1|2018-08-17|2020-02-19|Volkswagen Aktiengesellschaft|Apparatuses, methods, and computer programs for a mobile transceiver and for a network entity, mobile transceiver, network entity, mobile communication system|

---

CN110518942B|2019-07-13|2021-09-28|西安电子科技大学|User scheduling method of large-scale MIMO double-loop relay system|

法律状态:
2018-12-11| B06F| Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]|

---

2020-04-07| B06U| Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]|

---

2021-12-14| B09A| Decision: intention to grant [chapter 9.1 patent gazette]|

---

2022-02-01| B16A| Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]|Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 01/06/2012, OBSERVADAS AS CONDICOES LEGAIS. |

优先权:

---

申请号 | 申请日 | 专利标题

---

EP11305685.7A|EP2530988B1|2011-06-04|2011-06-04|A scheduling concept|

---

EP11305685.7|2011-06-04|

---

EP12305546.9A|EP2530989B1|2011-06-04|2012-05-16|Mobile transceiver, base station transceiver, data server, and related apparatuses, methods, and computer programs|

---

EP12305546.9|2012-05-16|

---

PCT/EP2012/060369|WO2012168152A1|2011-06-04|2012-06-01|Mobile transceiver, base station transceiver, data server, and related apparatuses, methods, and computer programs|

---